草庐IT

MySQL ODBC 32 与 64 位

全部标签

windows - 使用 mingw-w64 编译 mex 的链接器错误

我正在尝试将Mingw-w64设置为MATLAB2013a中的mex编译器。我的笔记本电脑采用x86_64架构并运行Windows7。我要编译的程序使用c++11风格的线程,所以我使用的是带有posix线程的mingw-w644.9.0版。根据说明我找到了here和here,我修改了我的mexopts.bat文件。代码似乎编译成功,但是链接器报错。有没有人建议我可能做错了什么?顺便说一下,我尝试使用gnumex来设置编译器,但这也没有用。这是MATLAB给出的输出和错误消息:>mex-vGomoku_mex.cpp->DefaultoptionsfilenamefoundinC:\Us

c++ - 从 C++ 中的 WMI(Win32_LogicalDisk 类)调用 Chkdsk -> 'Parameter is not valid'

我正在尝试从C++中的WMI运行Chkdsk(我正在使用QtFramework)。“ExecMethod”返回“参数无效”。我已经根据http://msdn.microsoft.com/en-us/library/cc250766.aspx设置了参数->我正在使用半同步调用。我正在使用MSDN文档(Win32_LogicalDisk、WMIC++应用程序示例、Win32_Volume,...)我也尝试过使用Win32_Volume,但效果不佳。我的部分代码:IWbemLocator*pLoc=NULL;HRESULThres=CoCreateInstance(CLSID_WbemLoc

windows - NPM 已停止在 Windows 7 64 位上工作,在安装/更新时挂起

在某些时候,我的NPM版本停止工作。几周前我尝试更新npm(从1.4随node到现代2.x版本)时似乎发生了这种情况,并且情况越来越糟。我不得不更改环境变量以指向我的Node目录之前的npm目录(以获取新版本的npm),此时一切都停止工作。我将环境变量切换回来,然后更新就会挂起。但奇怪的是,当我尝试调试它并在命令中添加--verbose时,更新在大多数情况下都能正常工作。有时他们卡在npmhttpGEThttps://registry.npmjs.org/PACKAGE_NAME但大部分时间他们都在工作。现在,旧版本的NPM(1.4.1)和我安装的新版本(2.1.17)都会发生这种情况

python - 如何使用 msvc 10.0 为 win8.1 64 位构建 boost python 3.4 共享库

我正在尝试为python3.464库构建boostpython因为我需要它们来构建http://dlib.net/python绑定(bind)我的设置如下:安装MSVC12.0python3.464位已安装我下载了最新的boost1.57我能够编译静态库,但是当我尝试链接动态库时程序失败。我的project-config.jam看起来像这样importoption;usingmsvc:10.0;usingpython:3.4:C:\\Python34;option.setkeep-going:false;为了甚至为64位编译静态库,我的bjam看起来像这样.\bjam.exe--adr

c++ - 从用户模式 ​​win32 应用程序可靠地找到当前进程的 _write() 函数的地址

我正在编写一个应用程序,可以从系统上的任何用户模式进程捕获stdout/stderr和调试消息,并将其打印到控制台。由于程序的性质,无论是GUI、Windows服务等,我过去一直在编写程序的情况有几种……;看不到控制台输出,仅仅是因为没有控制台。解决此问题的明显方法是将打印语句更改为调试打印语句,例如OutputDebugString(),然后附加调试器并查看输出。有时设置调试器并查看所需的输出可能很棘手,尤其是在内核模式调试中。理想情况下,我正在编写的这个应用程序将允许您指定一个PID(并最终将处理驱动程序,现在不用担心)——并且无需作为调试器附加到该应用程序,它将显示所有输出到调试

c++ - VBA 64 位 Excel 不将指针传递给 DLL 函数 (C++)

我有一个在Excel64位上运行的VBA程序调用一些DLL函数(C++)。问题是(显然)它不能将指针传递给C++程序。该程序适用于Excel32位。操作系统是Windows8。对于Windows7,32位和64位版本的Excel都运行良好。C++:doubletest(long*v,longi){if(v==NULL)return-88;elsereturn*((long*)v);}VBA:PrivateDeclarePtrSafeFunctionhamid_testLib"...\CVode.dll"(ByValvAsLongPtr,ByValiAsLong)AsDoubleDimx

windows - 如何使用 Puppet 基于 32/64 位操作系统动态选择系统文件夹的路径

我正在使用Puppet在Windows2008服务器R2上自动部署我的Web应用程序。我将通过几个步骤访问系统文件夹(System32或SysWOW64,具体取决于32/64位操作系统)。让我采取以下步骤之一:我将访问“appcmd.exe”以启动/停止网站。当脚本在32位机器上运行时,我需要访问位于'C:/Windows/System32/inetsrv/appcmd.exe'的文件,当脚本在64位机器上运行时机器,我需要访问位于'C:/Windows/SysWOW64/inetsrv/appcmd.exe'的文件这是我编写的脚本部分。我不想硬编码路径。根据操作系统,我希望选择“ap

windows - CMake 在 64 位平台上找到 32 位 GDI+

我想构建一个在32位和64位Windows上都需要GDI+的程序。我正在使用CMake3.3.2、Windows1064位、VisualStudio2015。作为最小情况,我有这个CMakeLists.txt:cmake_minimum_required(VERSION3.3)find_library(GDIPgdiplus)我在build子目录中运行它作为cmake..或cmake-Ax64..如果我比较两次运行的CMakeCache.txt,我发现它肯定选择了32位或64位选项(例如对于CMAKE_LINKER)但它找到了32位gdiplus.lib在这两种情况下//Pathtoa

windows - 如何在 64 位 Windows 计算机上链接 32 位 Nasm 汇编目标代码

我从http://www.dreamincode.net/forums/topic/328714-my-program-keeps-crashing/中找到了以下代码.globalstart;~msvcrt.dllextern_printf%defineprintf_printf;~kernel32.dllexternExitProcess,GetCommandLineW,LocalFree%defineGetCommandLineGetCommandLineW;~shell32.dllexternCommandLineToArgvW%defineCommandLineToArgvCo

windows - 如何使用 windows 命令提示符识别 .exe 文件(未安装)是 64 位还是 32 位

关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。这个问题似乎不是关于aspecificprogrammingproblem,asoftwarealgorithm,orsoftwaretoolsprimarilyusedbyprogrammers的.如果您认为这个问题是关于anotherStackExchangesite的主题,您可以发表评论,说明问题可能在哪里得到解答。关闭6年前。Improvethisquestion假设一个.exe文件存储在您的桌面上。我想使用命令提示符来识别它是32位还是64位exe镜像。请帮忙如何鉴别?